docs: Some typo and link fixes
authorColin Walters <walters@verbum.org>
Tue, 3 Jun 2025 18:48:45 +0000 (14:48 -0400)
committerColin Walters <walters@verbum.org>
Tue, 3 Jun 2025 19:02:38 +0000 (15:02 -0400)
Found with AI assistance.

Co-authored-by: Etienne Champetier <champetier.etienne@gmail.com>
docs/formats.md
docs/ima.md
docs/index.md
docs/repository-management.md
docs/var.md

index cd836203d6c5955c48852b58dba4769094cf02b5..30d506807c74955f9af16cc39533aed33476e932 100644 (file)
@@ -26,7 +26,7 @@ nginx server.
 
 ## The archive format
 
-In the [repo](repo) section, the concept of objects was introduced,
+In the [repo](repo.md) section, the concept of objects was introduced,
 where file/content objects are checksummed and managed individually.
 (Unlike a package system, which operates on compressed aggregates).
 
index 34042a72ac01ac4b3c18a6c8577b50bdf330f2a1..ba10165f206ac5ae797845c3ee5d371e6fd2eccc 100644 (file)
@@ -17,7 +17,7 @@ provides a mechanism to cryptographically sign the digest of a regular
 file, and policies can be applied to e.g. require that code executed
 by the root user have a valid signed digest.
 
-The alignment between Linux IMA and ostree is quite strong.  OSTree
+The alignment between Linux IMA and OSTree is quite strong.  OSTree
 provides a content-addressable object store, where files are intended
 to be immutable.  This is implemented with a basic read-only bind mount.
 
@@ -27,8 +27,7 @@ files would (depending on policy) not be readable or executable.
 ## IMA signatures and OSTree checksum
 
 Mechanically, IMA signatures appear as a `security.ima` extended attribute
-on the file.   This is a signed digest of just the file content (and not
-any metadata)
+on the file. This is a signed digest of just the file content (i.e. not including file metadata).
 
 OSTree's checksums in contrast include not just the file content, but also 
 metadata such as uid, gid and mode and extended attributes;
index 8bc3a2ee6270c37002aa5e912df592016f801708..bf53b2a5ce05c224af71e3f4c4f937087467c454 100644 (file)
@@ -114,10 +114,10 @@ It is not production ready but it might be useful to get started.
 ## Projects linking to libostree
 
 [rpm-ostree](https://github.com/projectatomic/rpm-ostree) is used by the
-Fedora-derived operating systems listed above.  It is a full hybrid
-image/package system.  By default it uses libostree to atomically replicate a base OS
+Fedora-derived operating systems listed above. It is a full hybrid
+image/package system. By default it uses libostree to atomically replicate a base OS
 (all dependency resolution is done on the server), but it supports "package layering", where
-additional RPMs can be layered on top of the base.  This brings a "best of both worlds""
+additional RPMs can be layered on top of the base. This brings a "best of both worlds"
 model for image and package systems.
 
 [eos-updater](https://github.com/endlessm/eos-updater) is a daemon that implements updates
@@ -147,7 +147,7 @@ write higher level manual bindings on top; this is more common
 for statically compiled languages.  Here's a list of such bindings:
 
  - [ostree-go](https://github.com/ostreedev/ostree-go/)
- - [ostree-rs](./rust-bindings)
+ - [ostree-rs](https://docs.rs/crate/ostree/latest) (included in this repo)
 
 ## Building
 
@@ -196,7 +196,7 @@ The licensing for the *code* of libostree can be canonically found in the indivi
 and the overall status in the [COPYING](https://github.com/ostreedev/ostree/blob/main/COPYING)
 file in the source.  Currently, that's LGPLv2+.  This also covers the man pages and API docs.
 
-The license for the manual documentation in the `doc/` directory is:
+The license for the manual documentation in the `docs/` directory is:
 `SPDX-License-Identifier: (CC-BY-SA-3.0 OR GFDL-1.3-or-later)`
 This is intended to allow use by Wikipedia and other projects.
 
index 87f1f7f9be5c9e0b589640ad12e22a1439b69de6..d530e553804af50ab24ca685bc991fd2aa1d82cd 100644 (file)
@@ -223,7 +223,7 @@ ostree --repo=repo-prod summary -u
  should be triggered serially by other jobs).
 
 There is some more information on the design of the summary file in
-[Repo](repo.md).
+[repo](repo.md).
 
 ## Pruning our build and dev repositories
 
@@ -259,8 +259,7 @@ commit from an uninitialized repo (or one with unrelated history), you
 can generate "scratch" (aka `--empty` deltas) which bundle all
 objects for that commit.
 
-The tradeoff here is increasing server disk space in return
-for many fewer client HTTP requests.
+The tradeoff here is increased server disk space for fewer client HTTP requests.
 
 For example:
 
index 9ee3c4ad06995c522fd3461c60c2564c29716d7e..392ee5cdc9bdcb0f934c645b18ed2719f4e177f8 100644 (file)
@@ -24,7 +24,7 @@ by default.
 
 It is still strongly recommended to use systemd `tmpfiles.d` snippets
 to populate directory structure and the like in `/var` on firstboot,
-because this is more resilent.
+because this is more resilient.
 
 Even better, use `StateDirectory=` for systemd units.
 
@@ -33,7 +33,7 @@ Even better, use `StateDirectory=` for systemd units.
 On subsequent upgrades, normally `/var` would not be empty anymore
 (as it's typically expected that basics like `/var/tmp` etc. are created,
  if not also other local state such as `/var/log` etc.).  Hence,
-*no updates* from the commit/container will be applied.
+no updates *to existing files* from the commit/container will be applied.
 
 To be clear then: